home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000006_news@columbia.edu _Mon Oct 7 10:33:04 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id KAA10074 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 7 Oct 1996 10:33:01 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id KAA28219 for kermit.misc@watsun; Mon, 7 Oct 1996 10:32:50 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Line noise stats in C-Kermit ??
  8. Date: 7 Oct 1996 14:32:23 GMT
  9. Organization: Columbia University
  10. Lines: 117
  11. Message-ID: <53b49n$188@apakabar.cc.columbia.edu>
  12. References: <CROTEN.96Oct6165005@big.aa.net>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <CROTEN.96Oct6165005@big.aa.net>,
  16. Charles Roten <croten@big.aa.net> wrote:
  17. : Well, I seem (at first blush) to have gotten around the problem I 
  18. : mentioned last time, about dropped connections.  My ISP has 
  19. : installed a rack of digital modems which seem much better able to 
  20. : hold a connection.  Meanwhile, back at the ranch, I installed a test 
  21. : version of C-Kermit 5A(190), as my ISP's tech support folks did 
  22. : later.  As a stopgap, File Transfer Recovery seems to work quite 
  23. : well .. though re-establishing a connection once it is severed still 
  24. : makes this a matter which is problematic for unattended downloads.  
  25. : 
  26. That's what the script language is for.  Sample script enclosed below.
  27. (The script applies to uploads but it can easily be turned in the other
  28. direction.)
  29.  
  30. : Still, if the digital modems perform as they seem to be doing so far, 
  31. : "paid" may have been put to this particular problem.  
  32. : 
  33. : But this brings up another issue .. the status of my local telco's 
  34. : lines.  They are now a matter for suspicion.  
  35. : 
  36. : I found nothing in the C-Kermit book, or in Kermit News, about a way 
  37. : to use Kermit to troubleshoot lines.  Something like a log of line 
  38. : problems, or a "line integrity check" mode that would bounce packets 
  39. : back and forth across the chosen transmission line, and keep records 
  40. : of the lossage and symptoms.  
  41. : 
  42. : Is this extant but undocumented ?  Planned ?  Not planned ?  Or has 
  43. : it been in the docs all the time, but merely evaded my eye ?  
  44. : 
  45. It would be nice to have, of course, but depends entirely on direct access
  46. to the UART -- otherwise the device driver hides this info from us -- framing
  47. errors and the like.  Only in MS-DOS Kermit do we have direct access to the
  48. UART, and then only when running directly in DOS, not in a Windows window.
  49.  
  50. Conceivably we could build in a bit-error-rate tester, but it would be of
  51. limited usefulness.  As Tim Shoppa pointed out, the modems themselves hide
  52. the problems, unless you are using non-error-correcting model.
  53.  
  54. One can turn a PC into a BER tester only when one has total confidence in
  55. the PC's hardware and configuration; certainly not when the software can be
  56. installed on any misconfigured or substandard PC -- e.g. one with
  57. non-buffered UART and/or interrupt conflicts and/or memory conflicts, etc.
  58.  
  59. In short, when bad data arrives, it does not carry a history of how it got
  60. that way: not just line noise, but also buffer overruns, lack of effective
  61. flow control, interrupt conflicts, loose connectors or wires, loose boards
  62. in the PC, lack of transparency in any of the intervening equipment, modem
  63. bugs (see comp.dcom.modems), other problems in the intervening equipment
  64. (think of terminal servers): overloading, bugs, misconfiguration, etc.  Not
  65. so long ago, a popular brand of terminal server had a bug that caused it to
  66. swap bytes when its load became high.
  67.  
  68. : It would seem to be a useful feature.  Especially for a program that 
  69. : does not have to fit inside the MESS-LOSS straitjacket.  And given 
  70. : the .. how shall I say it ?? .. "less than perfect" record of local 
  71. : telcos in dealing with line problems.  
  72. : 
  73. That's why companies that make test equipment get the big bucks.  It's
  74. highly specialized gear.
  75.  
  76. Back to recovery.  Here's an MS-DOS Kermit script published in Kermit News
  77. #6, that really, really sends a file.  MS-DOS Kermit 3.14 or later is
  78. required; C-Kermit 5A(190) or later is on the far end.  Adapt as needed:
  79.  
  80.   ask \%u { username: }
  81.   askq \%p { \%u's password: }
  82.  
  83.   ; Settings for entire session.
  84.   ;
  85.   define \%s 20             ; Seconds to pause between each try
  86.   define \%n 7654321        ; Phone number
  87.   set port com1             ; Communication port
  88.   set modem pp14400         ; Modem type (dial with PP14400.SCR)
  89.  
  90.   set file type binary      ; File transfer mode must be binary
  91.   set input timeout quit    ; This is just to keep the script program short...
  92.   set count 50              ; Try up to 50 times to send the file
  93.   goto nomsg                ; Skip message the first time
  94.  
  95.   :LOOP                     ; Come here to redial
  96.   hangup                    ; Give the phone line a rest
  97.   echo CONNECTION BROKEN.
  98.   echo Pausing for \%s seconds...
  99.   sleep \%s
  100.   Echo redialing...
  101.  
  102.   :NOMSG
  103.   dial \%n                  ; Dial the phone number
  104.   if fail goto AGAIN        ; Keep trying...
  105.   output \13                ; System answered, send a carriage return
  106.   input 15 login:           ; Get UNIX login prompt
  107.   output \%u\13             ; Send user ID
  108.   input 8 Password:         ; Get UNIX password prompt
  109.   output \%p\13             ; Send password
  110.   input 60 {$ }             ; Get UNIX system prompt
  111.   cd \budget                ; CD to desired local source directory
  112.   output cd budget\13       ; and remote destination directory
  113.   input 8 {$ }              ; Get system prompt
  114.   out kermit -r\13          ; kermit -r(eceive) on remote system
  115.   input 10 KERMIT READY     ; Wait for READY message
  116.   pause 1                   ; Plus a second for safety
  117.   resend fy9495.wks         ; RESEND the file
  118.   if success goto done      ; Success means file is completely transferred
  119.  
  120.   :AGAIN
  121.   if count goto LOOP        ; Otherwise, try again.
  122.   Stop 1 Too many tries.    ; Too many tries, give up.
  123.  
  124.   :DONE
  125.   echo File transferred OK  ; Success, give message
  126.   output exit\13            ; Log out from remote computer
  127.   pause 5                   ; Give it time...
  128.   hangup                    ; Hang up
  129.   stop 0 Script succeeded   ; Finished, the end.
  130.  
  131. - Frank